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SHOPPING AND APPROVAL PROCESS 

Background Of The Invention 
Field of the Invention 

[0001] This invention generally relates to electronic shopping; and more specifically, the 
invention relates to an approval process in an electronic requisitioning system. 

Background Art 

[0002] With the growth of the Internet and electronic commerce, businesses are beginning 
to use electronic requisitioning systems. In these systems, a person who wants to make a 
purchase on behalf of the business prepares an electronic purchase order, obtains the 
appropriate approval within the business, and then electronically sends the order to a supplier. 

[0003] It is believed that current electronic requisition systems can be improved. For 
instance, it is believed that the amount of time needed to complete the approval process can 
be shortened. To elaborate, with current systems, several factors contribute to the length of 
time needed for the approval process. First, there may be a delay between the submission of a 
request and the time the request is available to the first approver. Also, when the approval of 
multiple approvers is needed, the approvers may act in series, one after another. This can 
result in lengthy delays before all the approvals are obtained, especially if one of the 
approvers is not available for several days or longer. Moreover, current systems are designed 
primarily for use in one language, and this tends to limit the geographic scope of the system. 

Summary Of The Invention 
[0004] An object of this invention is to provide an improved electronic requisitioning 
system. 
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[0005] Another object of the invention is to provide an electronic requisitioning system in 
which the approval process is synchronous, whereby the requisition is available for approval 
immediately upon submission. 

[0006] A further object of the present invention is to provide an electronic requisitioning 
system including an approval list that is dynamically recalculated to take into account the 
availability of approvers. 

[0007] Another object of the invention is to provide an Internet based electronic 
requisitioning system that automatically converts currencies as a requisition is transmitted 
from one country to another. 

[0008] These and other objectives are attained with an electronic requisition processing 
method and system. The method comprises the steps of preparing an electronic requisition 
form including a proposal for a requisition; establishing an electronic list of approvers for the 
requisition; and at defined times, electronically recalculating the list. Preferably, this list is 
recalculated after each of at least some of the approvers act on the requisition proposal; and, 
when recalculated, the list is recalculated according to a given set of rules. 

[0009] Also, in the preferred system, the approval process is synchronous, whereby upon 
submission of the requisition, the requisition is immediately available for approval by the first 
approver. Additionally, preferably, when each approver approves, the approver list is 
dynamically recalculated to take into account the current availability of approvers further 
down in the list. 

[0010] Further benefits and advantages of the invention will become apparent from a 
consideration of the following detailed description, given with reference to the accompanying 
drawings, which specify and show preferred embodiments of the invention. 

Brief Description Of The Drawings 
[0011] Figure 1 shows a current requisition approval process. 
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[0012] Figure 2 illustrates a requisition approval process embodying the present 
invention. 

Detailed Description Of The Preferred Embodiment 
[0013] Figure 1 shows a current requisition approval flow that can be implemented using 
a software application referred to as Flowmark, which is a trademark of The International 
Business Machines Corporation. To start the process of Figure 1, a user, represented at 2, 
submits a requisition, which is sent to server 14. Within half an hour, a bridge/batch job is 
used to assign approvers 16 and to send the approval list/summary of the requisition to the 
application for processing. An Email is sent to the requester. 

[0014] The requisitioning application receives data from a database, referred to as 
ReqCat, which provides a summary of requisition and approver list. The application 
processes this data and sends approval notices to each approver via, for example, an 
application referred to as NotesMail. Each approver approves/rejects the requisition in their 
mail database. The act of approving/rejecting sends an email back to the application server, 
telling it to send the next approver a notice, or to stop the process. 

[0015] Once all approvers have approved the requisition, or one approver has rejected, 
the application sends what is known as a "finished package" back to ReqCat. This data 
package contains the information about which approvers approved/rejected, their comments, 
and any changes they may have made to the requisition, like accounting changes. 

[0016] Within a half hour of receipt, ReqCat, using a bridge/batch job, processes the 
finished package sent from the application, either approving or rejecting the requisition, and 
updating any data elements the approver may have updated. The requester and initiator 
receive an email notification informing them of the status of the requisition. 

[0017] Figure 2 illustrates a requisition approval process in accordance with a preferred 
embodiment of this invention. In this procedure, a user, represented at 22, completes the 
requisition, and meanwhile, approvers, represented at 24, have been, or are, assigned. The 
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user then submits the requisition; and an application server 26 processes the request and 
notifies the first approver via email that a requisition awaits their approval. 

[0018] Each approver clicks on a link in the email notification she/he received, and logs 
onto the application server via their web browser. Preferably there is a link directly to the 
requisition and to a view of the requisitions awaiting their approval. 

[0019] If the approver went directly to the requisition or opened it, the approver may click 
"Approve" or "Reject" and enter any comments. Certain approvers can edit fields of the 
requisition. If the approver is using the view of requisitions requiring their approval, they can 
select multiple requisitions from this view and click "approve" or "reject," and are brought to 
another screen that allows them to enter a single comment and "apply to all" or enter an 
individual comment for each and click "continue." 

[0020] When an approver approves a requisition and if there is another approver who 
needs to approve, then the act of the first approver approving the requisition sends the email 
to the second approver who needs to approve. Also, requesters/initiators are notified of the 
approval/rejection via email when the request is fully approved or rejected. 

[0021] Preferably, at any time during the approval cycle, the user can log onto the 
application server and check the approval status of the requisition, via a "Show Approvers" 
option, to see which approvers have not yet approved. In addition, a requester/initiator may 
cancel a requisition that is awaiting approval, which sends an email to all the approvers who 
are aware of the requisition, informing them it has been cancelled, and the approval process 
stops. 

[0022] Also, in this procedure, when each approver approves a requisition, the approval 
list is recalculated, which takes into account any delegates or new approver names that are 
further down in the list from the current approver. This feature is referred to as "dynamic 
approval calculation." After an approval, an email is sent to the next approver. Approvers 
can approve multiple requisitions from a view of requisitions awaiting approval, or they can 
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drill into the requisition and open it to examiner it and approve it. All approvers can enter 
comments, and some types of approvers can edit properties of the requisition. 

[0023] Preferably, all actions are real-time - that is, there is no delay between submission 
and the first approver having access to the requisition to approve it, nor is there any delay 
from when one approver approves and the next approver becomes the pending approver. This 
provides the user who submitted the requisition with a universal place - the requisitioning 
application - to see which approvers have approved and which approvers are yet to approve. 

[0024] Notices, referred to as nag notices, may be sent to pending approvers who have 
exceeded a configurable time limit for approvals. In addition, in the preferred embodiment of 
the invention, an approver may reside anywhere in a defined geographic area or region. For 
example, if Canada and the U.S. are in the same defined geographic region, a Canadian 
approver could approve requisitions submitted by a United States user. 

[0025] As indicated above, users and approvers, and different approvers, may be in 
different countries or regions that use different currencies. Because of this, preferably, the 
requisitioning system automatically converts currencies as a requisition is transmitted from 
one country to another. In this way, the approvers see prices and costs in their local 
currencies. 

[0026] The preferred embodiment of the invention, as described above in detail, provides 
a number of important features. One significant feature, for instance, is the dynamic approval 
re-calculation. With this feature, the approver list is recalculated each time an approver 
approves a requisition. This may be done, for example, to account for someone who 
delegated approval for a period of time, but resumes that authority at the end of that time 
period. With approval recalculation, the proper approver can be pulled back onto the list. 

[0027] Also, in an embodiment of the invention that has been actually reduced to practice, 
the core approval logic was split into two different java frameworks. The majority of the 
application is in a framework referred to as EAD4J (Enterprise Application Development 
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Framework for Java). A significant portion of the application, which does the work of 
approval assignment, is built in SQU, in a DB2 stored procedure. 

[0028] This mix of technology allows for optimum performance in a historically slow- 
performing area; the DB2 stored procedure allows for queries to be bound directly to the 
database so they can be executed as quickly as possible, which is not an option when 
executing queries via the EAD4 J framework. 

[0029] While it is apparent that the invention herein disclosed is well calculated to fulfill 
the objects stated above, it will be appreciated that numerous modifications and embodiments 
may be devised by those skilled in the art, and it is intended that the appended claims cover 
all such modifications and embodiments as fall within the true spirit and scope of the present 
invention. 
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